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10 VERSITILE RESOURCE COMPUTER-BASED TRAINING SYSTEM 

TECHNICAL FIELD 

This invention relates generally to the field of computer-based training 
systems and, more particularly, to a computer-based training system in which a 
15 single stored copy of a versatile resource, such as a display page, bit map, audio 
file, or video file may be used to create instances of the resource "on the fly" for 
use in connection with multiple training lessons. 

REFERENCE TO RELATED APPLICATIONS 
20 This application claims priority to commonly-owned United States 

Provisional Application Nos. 60/202,792, 60/202,613, and 60/202/789, each filed 
on May 9, 2000. 

BACKGROUND OF THE INVENTION 
25 Computer-based training (CBT) is an important aspect of employee and 

student training and evaluation for many types of applications. For example, 
CBT system is known to be a particularly effective method for training call 
center operators. Many other tasks can similarly benefit from CBT system, such 
as from foreign language training, flight simulation, computer diagnostics. 
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medical procedures, parcel handling, automotive repair, and many others. For all 
of these applications, the aim of the CBT system is to simulate the task 
environment using the computer, and in some cases other types of equipment, to 
play or display a training session to a student user. This allows the student user 
5 experience the task environment in a training mode before actual exposure to the 
task. Generally, more realistic CBT system simulations are more effective 
training devices. 

Although many types of CBT systems have been developed, these 
conventional CBT systems typically suffer from a number of drawbacks. For 

10 example, complicated tasks such as call center operations or flight simulation 
involve an extremely large number of simultaneous actions and task scenarios 
that could occur in actual operations. Creating a separate training scenario for 
each and every actual scenario that might occur might be prohibitively expensive 
in terms of programming time, computer memory, or other scarce resources. 

15 Moreover, configuring the CBT system to jump from one stored scenario to 
another in responses to decisions or choices that occur during the course of a 
simulation greatly increases the complexity of the system. As a result, only the 
most expensive CBT system applications, such as flight simulation, justify the 
cost required to implement a significant number of alternative scenario paths. 

20 In addition, conventional CBT systems typically rely on recorded video 

displays to simulate a task environment. In this type of CBT system, a different 
video recording may be required for each stored scenario. For a simulation 
system of even moderate complexity, this requires a very large amount of 
computer-readable storage to house the various scenarios. Because the task 

25 environment is basically the same but only differing in details or settings for 
different scenarios, much of the stored video turns out to be largely duplicative. 
This data storage problem inherently multiplies itself in a multi-simulation 
setting in which multiple training workstations may each require separate 
continuous video service. A similar multiplication of data storage requirements 
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occurs when student training sessions are saved for subsequent play back and 
evaluation. 

Many conventional CBT systems also lack the ability to realistically 
simulate multi-mode simulations in which multiple modes of communication are 
5 simultaneously used in the task. For example, telephone call center operations 
typically require use of an audio mode of communication via a telephone 
simultaneously with use of a graphical display mode of communication via a 
computer system. There is no functionality present in most conventional CBT 
systems to realistically simulate the simultaneous use of both modes of 
10 communication in a training environment. 

Thus, there is a need in the art for a method and system for improved CBT 
systems. In particular, there is a need for reducing the memory storage 
requirements for a CBT system capable of supporting multiple training scenarios 
in a multi-user network environment. There is a further need for a CBT system 
15 that realistically simulates multi-mode communication systems. Additional 
improvements in CBT system technology are also needed. 

SUMMARY OF THE INVENTION 

The present invention meets the needs described above in a computer- 

20 based training (CBT) system using versatile resources to support multiple 
training scenarios in a multi-user network environment. The resources are 
referred to as "versatile" because they are separately stored in memory and 
independently retrievable for display or play in association with multiple lessons. 
For example, versatile resources typically include lesson pages and separately 

25 stored data files that can be displayed or played in association with lessons or 
lesson pages, such as sound files, video files, and bit maps. 

Generally described, the invention is a computer-based training (CBT) 
system including an authoring program module that is accessible by a lesson 
designer to create a number of lessons. Each lesson includes one or more links 
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to versatile resources for display or play in association with the lesson. The CBT 
system also includes one or more runner program modules that are accessible by 
lesson takers for running the lessons created with the authoring program module. 
The CBT system also includes a relational database that is accessible by the 
5 runner program modules. The relational database contains administrative 
information along with information for retrieving desired resources for display or 
play in association the lessons. That is, as a runner program module runs a 
lesson, it accesses that relational database "on the fly" to determine information 
that allows the runner program module to retrieve the resources to be played or 

10 displayed as part of the lesson. 

Each lesson typically includes a plurality pages, and each page typically 
includes one or more controls defining visual and functional aspects of the page, 
links to resources, and script instructions defining lesson logic for implementing 
the page. To create lessons, the authoring program module includes a predefined 

15 set of menu-driven commands that the lesson designer selectively activates to 
create the pages, add the controls to the pages, link the pages to the resources, 
and create the script instructions for rendering pages and implementing lesson 
logic. For example, the menu-driven commands may allow a lesson designer to 
add standard Windows-supported controls to a lesson page, such as radio 

20 buttons, check boxes, combo boxes, and so forth. The resources that may be 
linked to a lesson page typically include bit maps, video files, and audio files. 

As noted above, the resources are separately stored in memory so that they 
may be independently retrieved for display or play in association with multiple 
lessons. In a similar manner, the lessons and pages are also separately stored in 

25 memory so that they may be independently retrieved for display or play in 
association with multiple lessons. In other words, each lesson and each page is 
stored as a separate resource, which allows the lessons and pages themselves to 
be independently retrieved for display or play in association with multiple 
lessons. In addition, student responses to a lesson may be recorded and stored as 
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resource so that the lesson, along with the student's responses, can be 
subsequently played back for evaluation. 

To facilitate the retrieval of resources from memory "on the fly " the 
resources are subdivided into a plurality of resource t>pes, with each resource 

5 type including one or more similar resources. For example, audio files may be a 
first resource type, video files may be a second resource type, bit maps may be a 
third resource type, pages may be a fourth resource type, and so forth. Each 
resource is assigned a resource name, and each resource type is assigned a 
resource type name. The resource name and resource type name assigned to a 

10 particular resource defines a root path for retrieving that resource from memory. 
Thus, the resource name and resource type name for each resource may be 
retrieved from the relational database and appended together to create the root 
path for retrieving that resource from memory. 

The authoring program module also includes a capture feature for 

15 importing screen objects from foreign program modules into a lesson. The 
capture feature interrogates a target screen object to identify screen object 
controls that are supported by the authoring program module. The capture 
feature then renders each screen object control within a lesson page to recreate 
the functional and visual aspects of the screen object control The capture 

20 feature also extracts one or more screen object bit maps from the screen object 
corresponding to visual aspects of the screen object that do not correspond to 
screen object controls that are supported by the authoring program module. The 
capture feature then stores the extracted bit maps as resources indexed by the 
relational database, and creates script instructions within the page for combining 

25 the screen object controls with the screen object bit maps to recreate the 
functional and visual aspects of the screen object when running the lesson. 

The invention may also be used to implement multi-mode training session, 
such as those utilizing a computer as a first communication mode and a 
telephone as a second communication mode. In this case, the resources include 
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first and second resource types for play or display in association with the first 
and second communication modes, respectively. In addition, the implementation 
of the lesson logic by the runner program module synchronizes the play or 
display of the first and second resource types to create an integrated multi-mode 
5 lesson. For example, a graphical display on a computer may be synchronized 
with audio played over a telephone to simulate a work environment of a call 
center. 

To facilitate network-based operation of the CBT system, the runner 
program module resides in a shared folder maintained on a network server. This 

10 allows multiple instances of the runner program module to be downloaded from 
the network server to the student workstations upon command. Each 
downloaded instance of the runner program module then runs within a memory 
space maintained on the student workstation, and deletes from the student 
workstation memory space upon completion of the session. Advantageously, 

15 this shared folder functionality is a generally available operating system feature 
that allows each student workstation to download its associated instance of the 
mnner program module without having software specific to the runner program 
module previously installed on the runner workstation. This allows new student 
workstations to be added to the CBT system network without having to pre- 

20 install any CBT system software modules on the student workstations. 

It will also be appreciated that the configuration descried above allows the 
session running on each student workstation to operate independently of the 
other sessions running on the other student workstation. Thus, each student 
workstation may run the same or different lessons, and each user lesson may 

25 proceed at a different rate and take a different path through the lesson logic. In 
addition, multiple instances of any given lesson may be simultaneously deployed 
on multiple student workstations as desired, but only a single copy of the lesson 
remains permanently stored on the lesson server. 
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To allow the CBT system to function as a testing and evaluation platform, 
an evaluation score may be computed based on the user's response to prompts 
played or displayed as part of a lesson. In addition, the lesson and the associated 
user responses may be stored for subsequent playback and evaluation. This type 

5 of evaluation, which shows the student user's keystrokes and other responses to 
specific commands in real time, can be a more effective evaluation mechanism 
than other evaluation techniques typically used in CBT systems, such as 
knowledge-based testing techniques. 

The CBT system is also equipped to implement realistic multi-modal 

10 training lessons, such as training lessons designed for call center operators who 
use computer-based utilities to response to customer transactions received over 
the telephone. For this type of training lesson, a student user typically provides 
audible responses to prompts played or displayed as part of a lesson. To 
implement the lesson in a realistic manner, the CBT system is configured to 

15 progress the lesson logic in response to detection of an audible response and a 
predetermined period of silence following the audible response. That is, once the 
CBT system prompts the user for an audible response, it waits to detect an 
audible response followed by a predetermined period of silence before 
progressing the lesson to the next task. 

20 The CBT system is also equipped to implement training through a 

technique known as "progressive mentoring." For this training method, a lesson 
is divided into a plurality of skill-related task types, such as typing and speaking. 
Each task type is configured to selectively run in a demonstration mode in which 
user responses are not required to prompts relating to that task type, or in a 

25 training mode in which user responses are required to prompts relating to that 
task type. This allows the user to observe the lesson with all types of tasks in the 
demonstration mode, and then to practice the lesson with one type of task in the 
training mode while the other task is in the demonstration mode. Once the 



7 



Docket No. 4S03,1-010 

Student becomes confident at these levels of mentoring, the student can "go solo" 
with all types of types of tasks operating in the training mode 

In a specific embodiment, the CBT system includes a computer network 
defining a number of network ports for connecting servers and workstations to 

5 the network. A lesson server functionally connected to a network port stores a 
group of lessons that each include a synchronized set of audio and interactive 
graphical display resources. The CBT system also includes a number of student 
workstations that are each connected to a network port and configured to display 
the graphical display resources of a selected lesson and to receive interactive 

10 student responses to these resources. The CBT system also includes an audio 
server that is connected to a network port and includes a number of audio ports 
for connecting the audio server to an equal number of telephone lines. The audio 
server is configured to play the audio resources of the selected lesson in 
synchronism with the display of the associated graphical display resources. The 

15 CBT system also includes a group of telephone extensions. Each telephone 
extension is typically associated with and located near a student workstation to 
allow the student workstation and the associated telephone extension to be 
accessed simultaneously by a student user. 

The CBT system also includes a private branch exchange (PBX) that is 

20 functionally connected to the audio server by way of a tmnk of telephone lines, 
with each line of the trunk connected to an associated audio port on the audio 
server. The PBX is configured to selectively assign available lines of the trunk 
to the telephone extensions to connect the telephone extensions to the audio 
server. That is, upon receipt of a telephone call the PBX connects an available 

25 trunk line to the incoming telephone extension line, which connects a particular 
audio port of the audio server to the telephone extension. After obtaining a 
unique identification number from the lesson server, the audio server then 
delivers that audible identification number to the student user on the telephone 
extension. Upon entry of the identification into the student workstation, the CBT 
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extension. This correlates the student's workstation with the student's telephone 
extension to synchronize these two communication modes during the ensuing 
training session. 

That the invention improves over the drawbacks of prior CBT systems and 
5 accompUshes the advantages described above will become apparent from the 
following detailed description of the embodiments of the invention and the 
appended drawings and claims. 

BRIEF DESCRIPTION OF THE DRAWINGS 
10 FIG. 1 is a functional block diagram of a network-based computer-based 

training (CBT) system using versatile resources. 

FIG, 2 is a functional block diagram illustrating the authoring and running 
modes in a CBT system. 

FIG. 3 is a diagram illustrating a root path system for storing versatile 
15 resources in a CBT system. 

FIG, 4A is a diagram illustrating tables of a relational database employed 
in a CBT system. 

FIG. 4B is a diagram illustrating additional tables of the relational database 
of FIG. 4 A. 

20 FIG. 5 is a logic flow diagram illustrating a set-up routine for a CBT 

system. 

FIG. 6A is a logic flow diagram illustrating a system utilization routine for 
a CBT system. 

FIG. 6B is a logic flow diagram illustrating a routine for authoring lessons 
25 in a CBT system. 

FIG. 7 is a logic flow diagram illustrating a routine for authoring lessons 
involving progressive mentoring in a CBT system using versatile resources. 

FIG. 8 is a logic flow diagram illustrating a routine for creating lessons in 
a CBT system. 
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FIG. 9 is a logic flow diagram illustrating a routine for defining an event in 
a CBT system. 

FIG. 10 is a logic flow diagram illustrating a routine for adding controls or 
capturing application screens in a CBT system. 
5 FIG. 11 is a logic flow diagram illustrating a routine for interrogating 

screen objects in a CBT system. 

FIG. 12 is a logic flow diagram illustrating a routine for assigning lessons 
in a CBT system. 

FIG. 1 3 is a logic flow diagram illustrating a routine for running lessons in 
10 a CBT system. 

FIG. 14 is a logic flow diagram illustrating a routine for synchronizing 
servers in a CBT system. 

FIG. 15 is a logic flow diagram illustrating a routine for running a selected 
lesson in a CBT system. 
15 FIG. 16 is a logic flow diagram illustrating a routine for running a 

progressive mentoring lesson in a CBT system, 

FIG. 17 is a logic flow diagram illustrating a routine for implementing 
voiced-based progression in a CBT system. 

FIG. 18 is a logic flow diagram illustrating a routine for setting up a 
20 speech detection threshold for voiced-based progression in a CBT system. 

FIG. 19 is a diagram illustrating a speech detection threshold for voiced- 
based progression in a CBT system, 

FIG. 20 is an illustration of a CBT system user interface for reviewing a 
lesson result, 

25 FIG. 21 is an illustration of a CBT system user interface for creating a new 

lesson author. 

FIG. 22 is an illustration of a CBT system user interface for creating a new 
lesson. 
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FIG. 22 is an illustration of a CBT system user interface for creating a new 
lesson. 

FIG. 23 is an illustration of a CBT system user interface for setting lesson 
properties. 

5 FIG. 24 is an illustration of a CBT system user interface for creating a task 

list for a control. 

FIG. 25 is an illustration of a CBT system user interface for inserting 
audio files into a lesson. 

FIG. 26 is an illustration of a CBT system user interface for selecting an 
10 application screen to capture into a lesson. 

FIG. 27 is an illustration of a CBT system user interface including an 
application screen captured into a lesson. 

FIG. 28 is an illustration of a CBT system user interface for creating a new 
student. 

15 FIG. 29 is an illustration of a CBT system user interface for assigning a 

lesson to a student. 

FIG. 30 is an illustration of a CBT system user interface for student login. 
FIG. 3 1 is an illustration of a CBT system user interface for viewing 
lessons assigned to a student. 
20 FIG. 32 is an illustration of a CBT system user interface running a lesson. 

FIG. 33 is an illustration of a CBT system user interface for logging onto 
an audio server, 

FIG, 34 is a table describing global tasks for creating lesson logic in CBT 
system. 

25 FIG. 35 is a table describing response tasks for creating lesson logic in a 

CBT system. 

FIG. 36 is a table describing properties available for specific controls in a 
CBT system. 

FIG. 37 is a continuation of the table of FIG. 36. 
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FIG, 38 is a continuation of the table of FIGS. 36-37. 

DETAILED DESCRIPTION OF EXEMPLARY EMBODIMENTS 

The present invention may be embodied in a network-based computer- 

5 based training (CBT) system configured to perform training simulations using 
versatile resources. For example, the CBT system presently sold under the name 
"StarTrainer" embodies many aspects of the invention as described in this 
specification. The resources used by StarTrainer are referred to as "versatile" 
resources because they are separately stored in memory and independently 

10 retrievable for display or play in association with multiple lessons. These 
versatile resources typically include lesson pages and separately stored data files 
that can be displayed or played in association with lessons or lesson pages, such 
as sound files, video files, and bit maps. 

There are three main components of the StarTrainer CBT system: an 

15 audio server, which manages the voice portion of simulation; a courseware 
server, which manages the application portion of simulation; and authoring tools, 
which allow the creation of training courses that synchronize voice and data 
according to specific training objectives. The courseware server includes an 
application program known as "StarRunner" for mnning previously-authored 

20 simulations; an administration utility for creating authors, creating students, 
assigning lessons to students, and so forth; a relational database for storing 
administrative and operational information including resource names and paths 
for retrieving versatile resources from memory; and a stored set of versatile 
resources. The authoring tools include an application program known as 

25 "StarDesigner" for creating lessons, a "StarCapture" utihty for importing screen 
displays from other application programs into lessons, and other application 
program called "AudioLab" for creating sound recordings. 

The audio server is typically deployed within a standard personal 
computer (PC) with speciaUzed telephony cards that connect it to a private 
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branch exchange (PBX) system. All that's required of the PBX is a "hunt group" 
appropriate for the number of simultaneous calls that the client would like 
StarTrainer to support, which can typically be up to 24 lines for each telephony 
card installed in the audio server. The PBX connects a telephone call to an 
5 available line selected from the hunt group when the PBX receives a telephone 
call directed to a "pilot number" assigned to the hunt group. That is, the PBX 
"hunts" through the group of lines assigned to the hunt group for an available 
line whenever it receives a telephone call to the pilot number for the hunt group. 
The audio server's functions include recording speech for course content, 
10 receiving calls for inbound and outbound simulation, delivering speech 
throughout the simulation, and recording agent responses for later review. Of 
course, telephones operate both in wired networks and in wireless networks. 

For convenience, the CBT system is described in this specification in the 
context of a wired telephone network. Nevertheless, the term "line" in the 
15 telephone context should be interpreted broadly to include a "virtual line," such 
as a wireless communication channel, as well as a wired telephone connection. 
The selection of a wired or wireless telephone network is a design choice 
familiar to those skilled in the telephone art, who will understand how to deploy 
the present invention in a wireless telephone environment without undue 
20 experimentation. 

The courseware server, which delivers the visual portion of each 
simulation, also typically runs on a standard PC. The courseware server is 
configured to interconnect with other computers on the network, typically a 
LAN, where the courseware server appears as an IP address. The network allows 
25 the courseware server to communicate with the audio server to synchronize data 
provided by the courseware server via a student workstation on the network with 
voice data provided by the audio server via a telephone extension connected 
through the PBX. During each training session, the courseware server delivers 
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screens that simulate the actual work environment, including host applications 
and scripts, and records trainee responses for playback. 

Virtually all of the current CBT system technologies available today 
employ PC sound card and speaker to play sound files, and in some rare cases to 

5 record sound files. Unlike these conventional training methodologies, the 
StarTainer CBT system simulates the genuine multi-mode experience of using a 
PC application and talking to a customer over the telephone at the same time. 
What the student sees and hears is, for all practical purposes, no different from a 
real call, including the instruments used to communicate. 

10 To use the StarTainer CBT system, training sessions may be activated by 

individual students on demand from any PC workstation on the network. There 
is no requirement to install or register software on the workstation, nor is a sound 
card or CD ROM drive necessary. After the student launches the server-based 
StarRunner application from a workstation on the network, the system instructs 

15 the student to dial an extension number using any telephone connected to the 
user's PBX. As the student conducts training sessions using lessons stored on the 
courseware server, the system synchronizes simulated transactional data 
presented on the PC workstation with simulated voice conversation played over 
the telephone connection. This allows students to experience voice interactive 

20 training without installing a sound card or speakers on their systems. That is, in 
lieu of speakers, existing telephone and PBX is used to deliver voice files to the 
student, and to record student responses. 

A typical process for synchronizing the audio server with the courseware 
server typically proceeds as follows. First, a student user launches the 

25 StarRunner server-based application from a student workstation by double- 
clicking on an icon in a shared network folder. This shared-folder icon 
corresponds to the copy of the StarRunner application residing in the courseware 
server. The launch command causes an instance of the StarRunner application to 
be downloaded to the student workstation, where it loads into the system memory 
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and becomes active. A screen display then asks the student to dial a pre-defined 
number on a nearby telephone extension; namely, the pilot number for the hunt 
group in the PBX assigned to the audio server. The screen display may give this 
number to the student, or the student may be expected to know this number from 

5 a previous orientation session. In either case, the student then dials the pilot 
number on the telephone extension. 

Upon receiving the telephone call, the PBX connects the student's 
telephone extension with the audio server by finding an available Une within the 
hunt group and connecting that line with the incoming telephone line from the 

10 student's telephone extension. The audio server then receives the telephone call 
on a particular audio port having an assigned port number; namely, the port 
connected to the telephone line selected by the PBX to connect the audio server 
with the student's telephone extension. 

Upon receiving the telephone call, the audio server contacts courseware 

15 server and delivers a message to the courseware server. This message, which 
includes the audio port number for the subject training session, requests the 
courseware server to issue an identification or PIN for the training session. The 
courseware server either randomly generates or looks up an available PIN from a 
predefined memory location, and delivers the PIN to the audio server. The 

20 courseware server also stores the PIN and the audio port number for the training 
session in a table for later use. The audio server then employs pre-recorded 
audio files to play the PIN on the student's telephone extension along with a 
recording asking the student to enter the PIN into a predefined edit field within a 
dialog box displayed on the student's workstation. 

25 The student then enters the PIN in the dialog box along with an "OK" 

command, which delivers the PIN to the courseware server. The courseware 
server then uses the PIN to correlate the network address for the student's 
workstation with the audio port in the audio server that is connected to the 
student's telephone extension. Specifically, the courseware server enters the 



15 



Docket No. 4S03.1-010 

network address for the student's workstation into the reference table, 
completing a record for the training session that includes the PIN, the audio 
server port number for the training session, and the network address for the 
student's workstation. During the course of the training session, the courseware 

5 server references this record to route audio files for the training session to the 
correct audio server port, which causes the audio server to play these audio files 
on student's telephone extension phone. The StarRunner application software 
then presents the student with a list of available lessons, and the training session 
begins. To conclude the training session, the student simply hangs up the 

10 telephone extension, or closed the StarRunner application. 

The StarTrainer system also employs voice interactivity, which is also 
referred to as voice-based progression, in training sessions. Conventional CBT 
system usually require the user to perform some sort of kinetic action to progress 
in the lesson, such as pressing a key of the keyboard or mouse-clicking on a 

15 button on the screen. The StarTrainer CBT system, on the other hand, employs 
silence detection to detect when a student has started speaking and when the 
student has stopped speaking. This voice management technology may be use 
when a student uses a separate telephone connected to the CBT network through 
a PBX, and when a student uses a standard sound card and speakers/microphone 

20 connected to the student's workstation. In either case, voice-based progression 
provides a more realistic training experience. 

In addition, many business processes involve an individual performing 
multiple tasks at the same time to accomplish a particular goal. For example, a 
technical support person on the phone typically has to carry on a telephone 

25 conversation, look up data on a computer workstation, and enter some new data 
into the workstation more or less simultaneously. It can be difficult and time 
consuming to train an employee to use all of these skills simultaneously with 
traditional linear training methods. 
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Progressive mentoring is a methodology implemented by the StarTrainer 
CBT system that exposes the student to the skills of the business process one 
skill at a time to build the knowledge and skills incrementally. The goal of 
progressive mentoring is to quickly teach the student to listen, think, talk and 

5 type all at the same time without overwhelming the student's sensory system all 
at once. In the first training mode, the student typically observes the system 
plays the role of the expert mentor. In this mode, the student watches keyboard 
and mouse activity taking place on the PC and listens to the conversation 
between the expert and the customer. In the second training mode, the student 

10 talks with the customer while the system continues to handle the keyboard and 
mouse activity. Then, in the third training mode, the responsibilities swap and 
the student works the keyboard and mouse to interact with the application 
program, while the system does the speaking. Finally, the student goes "solo" 
for the full experience of handling both the voice communication and the 

15 computer interaction at the same time. Of course the student has the opportunity 
to repeat any mode of simulation in the lesson to hone specific skills. Various 
levels of help are also available to the student if they get stuck or have questions 
regarding the best way to proceed in a particular circumstance. The degree of 
help can be controlled from within the lesson script. Although progressive 

20 mentoring is described above in the context of a call center training system, it 
could be employed in virtually any type of multi-modal communication system. 

Generally defined, progressive mentoring breaks a multi-modal task into 
"n" steps. The system then allows the student to monitor all "n" steps being 
performed by the system as a tutorial, with the ability to stop, start and replay the 

25 lesson as often as they wish. The student can then start performing the tasks for 
any one or any combination of the "n" tasks, while the system performs the 
remainder. As before, the student can stop, start and replay any combination of 
tasks as often as they wish. By the end of the session, the student is performing 
all "n" tasks and the system records all of the student input for later playback and 
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review. Additionally, the system scores the student based upon a comparative of 
best practices setup by the lesson designer. The student's input as well as scores 
can used for self-evaluation as well as stored for later comparatives. 

To create a progressive mentoring lesson, the lesson designer breaks a 

5 defined task into its distinct parts. In most cases in which this system is used, it 
will consist of a minimum of two separate communication modes, such as talking 
on the telephone with another individual, and typing or mouse commands to 
interact with a computer program. While more esoteric functions such as 
listening and thinking are by necessity required, they are normally not broken 

10 into separate distinct functions. 

The authoring process typically proceeds as follows. First, the lesson 
designer authors a "best practices" scenario to simulate proper performance of 
the task. For example, a call from a customer that covers one of the most 
frequently asked questions. The lesson designer then creates create the customer 

15 dialog to simulate the selected scenario. Next, the lesson designer creates the 
student dialog exhibiting corporate best practices. Typically, separate individuals 
record the dialog for each of the roles in the selected scenario. The designer then 
captures screens from the software the student would utilize when performing 
these tasks. Using StarDesigner, the lesson designer creates the "n" steps outlined 

20 above, first creating the entire scenario with both sides of the dialog as well as all 
computer interaction. The designer then repeats the process for each training 
mode. 

Tuming now to the figures, in which like numerals refer to like elements 
throughout the several figures, FIG. 1 is a fixnctional block diagram of an 
25 illustrated embodiment of the invention, a network-based CBT system 10 using 
versatile resources. The CBT system 10 may be installed on any type of 
computer network, such as a LAN, WAN, Ethemet, the Intemet, and so forth. In 
the illustrated embodiment, which is intended for telephone call center 
simulations, the CBT system 10 operates on a typical office-environment TCP-IP 



18 



Docket No. 4S03.1-010 

LAN 12 that works in connection with the office's telephone PBX 14. The LAN 
12 includes a number of network ports that are used to interconnect a audio 
server workstation 16, a courseware server workstation 18, one or more student 
workstations 20, and one or more designer workstations 22. Of course, one or 

5 more of the audio server workstation 16, the courseware server workstation 18, 
the student workstation 20 and/or the designer workstation 22 could be combined 
into one workstation. Each workstation typically runs a common operating 
system, such as WINDOWS NT, as represented by the operating systems 26a-d. 
In the illustrated embodiment, the audio server workstation 16 and the 

10 courseware server workstation 18 may be PC workstations mnning at least 
Pentium 300MHz processors with 128MB RAM, 8GB hard drive, and CD ROM 
drive mnning WINDOWS NT Server 4.0 or higher operating system software 
with at least Service Pack 5. The student workstations 20 and the designer 
workstations 22 may be PC workstations mnning at least Pentium 133MHz 

15 processors with 32MB RAM and a 800x600 video display mnning WINDOWS 
95 0SR2, WINDOWS 98, or WINDOWS NT Workstation 4.0 or higher 
operating system software with Service Pack 5. The network 12 should provide 
10Mbps or faster Ethernet links and TCP/IP protocol allowing both static and 
dynamic network addressing. Although the CBT system 10 is described in the 

20 contest of the WINDOWS operating system environment, those skilled in the art 
will appreciate that the subject invention could alternatively be embodied in 
computer systems utilizing other types of operating systems. 

The audio server workstation 16 preferably includes audio server software 
28, a DIALOGIC card driver 30, and one or more DIALOGIC telephone card 32. 

25 Of course, other types of telephone cards and drivers may be used. The 
telephone card 32 includes a number of audio ports for connection to telephone 
lines. For example, a U.S. standard card typically includes 24 audio ports for 
connection to a standard 24-line Tl telephone tmnk. Alternatively, a European 
standard card typically includes 30 audio ports for connection to a standard 30- 
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line El telephone trunk. Multiple telephone cards 32 may be used to increase the 
number of simuhaneous users supported by the CBT system 10. The audio ports 
of each telephone card 32 are connected to the PBX 14 by way of a telephone 
trunk 34, such as a Tl or El telephone trunk. Alternatively, the CBT system 10 
5 may use one or more DIALOGIC analog cards and analog trunk lines. The PBX 
14 is configured with a hunt group 36 that corresponds to the lines of the 
telephone trunk 34. The PBX 14 connects an incoming telephone call to an 
available line within the trunk 34 selected from the hunt group 36 whenever the 
PBX 14 receives a telephone call directed to a "pilot number" assigned to the 
10 hunt group 36. That is, the PBX 14 "hunts" through the lines of the trunk 34 for 
an available line within the whenever it receives a telephone call to the pilot 
number for the hunt group 36. 

The designer workstation 22 includes authoring tool that a lesson designer 
uses to create lessons. These authoring tools include an application program 42 
15 known as "StarDesigner" for creating lessons, a "StarCapture" utility 44 for 
importing screen displays from other application programs 48 into lessons, and 
the AudioLab application program 46 for creating sound recordings. The 
designer workstation 22 also includes a monitor 50a and a keyboard/mouse input 
device 52a. The StarDesigner, StarCapture, and AudioLab modules 42, 44, and 
20 46 are menu-driven design tools that utilize the programmer's tool kit supported 
by the WINDOWS operating environment. For example, a lesson designer can 
create lessons pages by adding standard WINDOWS controls, such as radio 
buttons, check boxes, combo boxes, and so forth. The lesson designer can then 
define the standard properties that define the appearance of these controls. The 
25 lesson designer can also link resources to lesson page, such as bit maps, video 
files, and audio files. The lesson designer can also specify lesson logic for 
implementing the lesson pages, which StarDesigner stores as Visual Basic script 
instructions. Of course, other scripting languages could also be used in 
alternative implementations. 
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The student workstation 20 includes a monitor 50b and a keyboard/mouse 
input device 52b and sufficient internal memory to allow an instantiation of the 
StarRunner application 54 to be loaded into and run on the student workstation 
20. No specialized software or hardware needs to be installed on the student 

5 workstation 20. Instead, a permanent copy of the StarRunner application 64 
resides in a shared folder maintained on the courseware server workstation 18. 
This allows multiple instances of the StarRunner application 64 to be 
downloaded from the courseware server workstation 18 to the student 
workstations 20 upon command. Each downloaded instance 54 of the 

10 StarRunner application then runs within a memory space maintained on the 
student workstation 20, and deletes from the student workstation memory space 
upon completion of the session. This shared folder functionality is a generally 
available feature of the WINDOWS operating system 26, which allows each 
student workstation to download its associated instance of the StarRunner 

15 application without having software specific to the StarRunner application 
previously installed on the student workstation 20. This allows new student 
workstations to be added to the network 12 without having to pre-install any 
CBT system software modules on the workstations. 

The courseware server workstation 18 includes a database engine 60, such 

20 as SYBASE SQL ANYWHERE database engine. Of course, another type of 
database engine could be used. The courseware server software 62 is then 
installed on the database engine 60. The courseware server software 62 includes 
the StarRunner application 64 for running previously-authored simulations, an 
administration utility 66 for creating authors, creating students, assigning lessons 

25 to Students, and so forth; a relational database 68 for storing administrative and 
operational information including resource names and paths for retrieving 
versatile resources from memory; and a stored set of versatile resources 70. 

FIG. 2 is a fixnctional block diagram illustrating the authoring and running 
modes of the CBT system 10. First, during an authoring phase, a lesson designer 
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uses the StarDesigner application 42 to create one or more lessons. During this 
process, the StarCapture application 44 may be used to import screen objects into 
the lesson from other applications 48. In addition, the AudioLab application 
program 46 is used to create and store sound files, and the administration utility 
5 66 is used to perform administrative functions, such as assigning particular 
lessons to particular students. In general, a course 200 may include multiple 
lessons represented by the lessons 202a-c. Each lesson includes a list of pages 
represented by the pages 204a-c. That is, a lesson points to a list of pages but 
does not physically include the pages themselves. Each page, in turn, includes a 
10 list of resources 206 referenced by that page and run script 208 for implementing 
the lesson logic for the page. Again, each page points to a list of resources but 
does not physically include the resources themselves. This allows each page and 
each resource to be configured as a stand-alone unit that may be independently 
stored and retrieved from memory for use in multiple lessons. 
15 The relational database 68 contains administrative information along with 

information for retrieving desired resources for display or play in association the 
lessons. That is, as a StarRunner application 54 runs a lesson, it accesses that 
relational database 68 "on the fly" to determine information that allows the 
StarRunner application to retrieve the pages and resources 70 to be played or 
20 displayed as part of the lesson. Generally, the resources 70 include three 
categories of resources, all of which are independently stored and retrieved from 
memory. The first category includes script resources that include lesson logic. 
This category includes courses (lists of lessons), lessons (lists of pages), and 
pages (lists of resources with associated run script). The second category 
25 includes data resources that can be played or displayed during a simulation. 
These resources include audio files, video files, and bit maps. The third category 
includes evaluation resources that are recorded while a student takes a lesson. 
These resources include recorded audio files, response files, and review files. 
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A recorded audio file typically includes the student's voice as recorded 
during a lesson. A response file typically includes a student's inputs entered into 
the student's workstation in response to tasks that the student is asked to perform 
during a lesson. And a review file typically includes a vector file documenting 

5 mouse and keyboard actions during a lesson. For evaluation purposes, a 
recorded audio file and a review file can be played in association with the 
corresponding lesson to playback the result of a student's actual verbal and 
physical mouse and keyboard movements during a previously taken lesson. This 
type of review file, in which the student's actual movements and utterances can 

10 be reviewed, is superior to the knowledge-based testing approach for many 
applications. Importantly, the vector file requires a small fraction of the memory 
storage that would be required to store a video file documenting the training 
session. 

FIG. 3 is a diagram illustrating a root path system for storing versatile 
15 resources 70 in the CBT system 10. To facilitate the retrieval of resources from 
memory "on the fly," the resources 70 are subdivided into a plurality of resource 
types, with each resource type including one or more similar resources. 
Specifically, courses are assigned to a first resource type 72, lessons are assigned 
to a another resource type 74, pages are assigned to a another resource type 76, 
20 audio files are assigned to a another resource type 78, video files are assigned to 
a another resource type 80, bit maps are assigned to a another resource type 82, 
recorded audio files are assigned to a another resource type 84, response files are 
assigned to a another resource type 86, and review files lessons are assigned to a 
another resource type 88. Each resource is assigned a resource name, and each 
25 resource type is assigned a resource type name. The resource name and resource 
type name assigned to a particular resource defines a root path for retrieving that 
resource from memory. Thus, the resource name and resource type name for 
each resource may be retrieved from the relational database 68 and appended 
together to create the root path for retrieving that resource from memory. 
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FIG. 4A is a diagram illustrating tables of a relational database 68 
employed in the CBT system 10. A Star Users table 90 includes a record for 
each authorized user of the CBT system 10. Each record of the Star Users table 
90 includes a user identification number, user information, and a designation of 

5 user rights. The hierarchy of user rights typically include super administrators, 
administrators, lesson designers, and students. That is, a higher level in the 
hierarchy typically enjoys all the rights of the lower levels plus additional rights. 
Super administrators can add and delete administrators and access program code. 
Administrators can add and delete students and authors, and can also access 

10 response, review, and recorded audio files for student evaluation. Lesson 
designers can add and delete lessons and assign to students or remove lesson 
assignments. Students are only authorized to take lessons. The user information 
typically includes items such as address, telephone number, e-mail address, job 
title, department number, employee number, login password, and so forth. The 

15 Star Users table 90 is a dynamic table that changes whenever a user record is 
added, deleted or changed. 

A Resource Type table 92 includes a record for each type of resource of 
the CBT system 10. In the illustrated embodiment, the resource types include 
courses, lessons, pages, audio files, video files, bit maps, recorded audio files, 

20 response files, and review files. Each record of the Resource Type table 92 
includes a resource type identification number, a resource type name, and a 
resource path identification number. The Resource Type table 92 is a static table 
that would change only if a new resource type was added to the CBT system 10. 
A Resources table 94 includes a record for each resource of the CBT 

25 system 10. Each record of the Resources table 94 includes a resource 
identification number, the resource type name, the resource path identification 
number, a resource name, the name of the author of the resource, a description of 
the resource, a miscellaneous field, and a miscellaneous text field. The resource 
name is used as part of the root path for retrieving resources of that particular 



24 



Docket No. 4S03.1-010 



type from storage. The Resources table 94 is a dynamic table that changes 
whenever a resource is added, deleted or changed. The miscellaneous field 
typically includes a "locked flag" that indicates whether the resource is locked. 
The miscellaneous text field is presently reserved for future use. 
5 A Resources Paths table 96 includes a record for each type of resource of 

the CBT system 10. Each record of the Resources table 94 includes the resource 
path identification number, and the resource path name, which is used as part of 
the root path for retrieving resources of that particular type from storage. That is, 
the resource path name from the Resources Paths table 96 may be appended to 
10 the resource name from the resource name from the Resources table 94 to obtain 
the root path for retrieving a particular resources from storage. The Resources 
Paths table 96 is a static table that would change only if a new resource type was 
added to the CBT system 10. 

A Resources Locks table 98 includes a record for each resource that is 
15 open in the StarDesigner application 42. This table allows the CBT system 10 to 
lock lesson designers out of a particular resource while another lesson designer is 
working on that same resource. This prevents multiple lesson designers from 
making inconsistent changes to the same resource at the same time. Each record 
of the Resources Locks table 98 includes a resource identification number for the 
20 open resource, a user identification for the user who has the resource open, the 
machine name where the resource is open, and the date and time when the 
resource was opened. The Resources Locks table 98 is a dynamic table that 
changes whenever a user opens a record in StarDesigner. 

A Resources Assignments table 100 includes a record for lesson assigned 
25 to a student. This table allows the CBT system 10 to keep track of lesson 
assignments. Each record of the Resources Assignments table 100 includes an 
assignment identification number, the resource identification number for the 
assigned lesson, a user identification for the student assigned the lesson, and a 
miscellaneous field that may indicate the number of times that the student has 
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taken, or is assigned to take, the lesson. This may be a dynamic field that counts 
up or down to a predefined limit and, once the limit has been reached, the student 
may not be allowed to take the lesson again. The Resources Assignments table 
100 is a dynamic table that changes whenever a lesson is assigned to a user, and 
5 may also change whenever a student takes a lesson. 

FIG. 4B is a diagram illustrating additional tables of the relational 
database 68 of FIG. 4 A. A Resources Dependencies table 102 includes a record 
for each resource that points to or calls another resource. This table allows the 
CBT system 10 to prevent the deletion of resources that are used by other 
10 resources. Each record of the Resources Dependencies table 102 includes a 
resource identification number for a subject resource, a resource identification 
number for a resource that is dependent on the subject resource, and a resource 
identification number for a resource on which on the subject resource depends. 
The Resources Dependencies table 102 is a dynamic table that changes whenever 
15 a link to a resource is added or deleted. 

A Lessons Taken table 104 includes a record for each lesson taken. This 
table allows the CBT system 10 to keep track of lessons as they are assigned and 
taken by the students. Each record of the Lessons Taken table 104 includes a 
lesson identification number for a particular lesson taken by a particular student, 
20 an indication of the number of questions of the lesson completed by the student, 
an indication of the number of questions that were answered correctly, the date 
and time the student began the lesson, the date and time the student completed 
the lesson, the student identification number for the student who took the lesson, 
the resource identification number for the lesson, an indication whether the 
25 lesson was successfully completed, a score computed in accordance with lesson 
logic configured into the lesson by the lesson designer, a review file 
identification number, and a response file identification number.. The Lessons 
Taken table 104 is a dynamic table that changes whenever a link to a resource is 
added or deleted. 
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FIGS. 5-18 are logic flow diagrams illustrating methodologies 
implemented by the CBT system 10. The description of these figures will refer 
to element numerals of the physical embodiment shown in FIG. 1, as well as the 
database configuration shown in FIGS 4A-B. 
5 FIG. 5 is a logic flow diagram illustrating a set-up routine 500 for the CBT 

system 10. In step 502, a technician installs the database engine 60, the 
courseware server software 62, and the StarRunner application 54 on the 
courseware server workstation 18. Step 502 is followed by step 504, in which 
the technician configures the StarRunner application folder as a share folder. 
10 This gives the student workstations 20 access to the StarRunner application. 
Step 504 is followed by step 506, in which the technician installs the audio server 
software 28 on the audio server workstation 16. Step 506 is followed by step 
508, in which the technician installs the DIALOGIC telephone card(s) 32 and the 
associated software driver in the audio server workstation 16. Step 508 is 
15 followed by step 510, in which the technician uses the telephone trunk 34 to 
connect the DIALOGIC telephone card(s) 32 to the PBX 14. Typically, each 
telephone line of the trunk 34 connects to an associated audio port on the 
DIALOGIC telephone card(s) 32. Step 510 is followed by step 512, in which the 
technician configures the PBX 14 with a hunt group 36 for the lines of the trunk 
20 34, which are connected to the ports of the DIALOGIC telephone card(s) 32. 
Step 512 is followed by step 514, in which the technician installs StarDesigner 
42, StarCapture 44, and AudioLab 46 on one or more designer workstations 22, 
as desired. Step 514 is followed by step 516, in which the technician configures 
the designer workstations 22 with network address for the Courseware Server 
25 workstation 18. This completes the set-up routine 500. 

FIG. 6A is a logic flow diagram illustrating a system utilization routine 
600 for the CBT system 10. In routine 602, a lesson designer authors one or 
more lessons using StarDesigner 42, StarCapture 44, and AudioLab 46 one of the 
designer workstations 22. Routine 602 is described in greater detail with 
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reference to FIG. 6B. Routine 602 is followed by routine 604, in which an 
administrator assigns one or more lessons to one or more students. Routine 604 
is described in greater detail with reference to FIG. 12. Routine 604 is followed 
by routine 606, in which a student takes one or more lessons using an instance of 
5 the StarRunner application 54. Routine 606 is described in greater detail with 
reference to FIG. 13. Routine 606 is followed by step 608, in which an 
administrator may review the audio response files, the review files, or the 
response files recorded or complied while the students took the lessons. In 
particular, a recorded audio file and a review file can be played in association 
10 with the corresponding lesson to playback the result of a student's actual verbal 
and physical mouse and keyboard movements during a previously taken lesson. 
FIG. 20 is an illustration of a CBT system user interface for selecting a reviewing 
file for this purpose. Although this completes the system utilization routine 600 
as shown on FIG. 6A, it will be appreciated that this routine and its parts may be 
15 repeated many times as the CBT system is utilized. 

FIG. 6B is a logic flow diagram illustrating routine 602 for authoring 
lessons. Routine 602 follows the "BEGIN" step shown on FIG. 6A. In step 610 
a lesson designer logs into the CBT system 10. Step 610 is followed by step 612, 
in which the courseware server 62 validates the user's identification and access 
20 rights by looking up the user's record in the Star Users table 90. If the user is 
authorized to create a new author (i.e., if the user is an administrator or super 
administrator), step 612 is followed by step 614, in which the user may create or 
delete one or more authors. This will create or delete records in the Star Users 
table 90. FIG. 21 is an illustration of the CBT system user interface that may be 
25 used to create an author in step 614. 

If the user is authorized to create a new lesson (i.e., if the user is a designer 
or higher in the rights hierarchy), step 614 (if it was performed) or step 612 is 
followed by step 616, in which the user assigns a resource name and a resource 
type to a new lesson. Step 616 is followed by routine 618, in which the lesson 
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designer creates the lesson. Routine 618 is described in greater detail with 
reference to FIG. 8. Routine 618 is followed by step 620, in which the lesson 
designer saves the new lesson. This creates new record in the Resources table 94 
for the new lesson. Step 620 is followed by the "RETURN" steps, which returns 
5 to step 604 shown on FIG. 6A. 

FIG. 7 is a logic flow diagram illustrating a routine 700 for authoring 
lessons involving progressive mentoring. Routine 700 represents a high level of 
lesson design, which is superimposed on the more mechanical methodology 
descried with reverence to FIG. 8. In other words, routine 700 describes a 
10 particular type of lesson methodology, whereas FIG. 8 describes the mechanics 
for creating any type of lesson using the CBT system 10. In the progressive 
mentoring training method, a lesson is divided into a plurality of skill-related 
task types, such as typing and speaking. Each task type is configured to 
selectively run in a demonstration mode in which user responses are not required 
15 to prompts relating to that task type, or in a training mode in which user 
responses are required to prompts relating to that task type. This allows the user 
to observe the lesson with all types of tasks in the demonstration mode, and then 
to practice the lesson with one type of task in the training mode while the other 
task is in the demonstration mode. Once the student becomes confident at these 
20 levels of mentoring, the student can "go solo" with all types of types of tasks 
operating in the training mode. 

More specifically, in step 702 the lesson designer breaks the task down 
into two or more skill-related task types, such as typing and speaking. Step 702 
is followed by step 704, in which the lesson designer creates the lesson 
25 methodology to demonstrate the desired practices. Step 704 is followed by step 
706, in which the lesson designer creates a simulation for the lesson with all 
modes of communication performed automatically by the system. This is the 
"observation" mode, in which the student simply observes the system perform 
the tasks as a master. Step 706 is followed by step 708, in which the lesson 
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designer recreates the lesson with one or more of the modes left for the student to 
perform. Step 708 is followed by step 710, in which the lesson designer decides 
whether to create another scenario for the lesson. If the designer does want to 
create another scenario, the "YES" branch loops back to step 708, in which the 
5 lesson designer creates another scenario for the lesson. If the designer does not 
want to create another scenario, the "NO" branch is followed to step 712, in 
which the lesson designer creates the selection screens and accompanying script 
logic for implementing the progressive mentoring lesson. This concludes routine 
700. 

10 FIG. 8 is a logic flow diagram illustrating routine 618 for creating lessons. 

Routine 618 follows step 616 shown on FIG. 6A. FIG. 22 is an illustration of a 
CBT system user interface that may be used to create a new lesson in step 618. 
In step 802, a lesson designer selects lesson properties to define a page template 
for the lesson. FIG. 23 is an illustration of a CBT system user interface that may 
15 be used to establish lesson properties in step 802. The lesson properties are 
standard WINDOWS tool kit properties for defining a window's appearance, 
such as a background bit map, a background color, a border style, a caption, the 
height and width of the window, and the coordinate of the top left comer of the 
window. Step 802 is followed by step 804, in which the lesson designer adds a 
20 page to the lesson. Step 804 is followed by routine 806, in which the lesson 
designer may define a global event for the page. Routine 806 is described in 
greater detail with reference to FIG. 9. Routine 806 is followed by step 808, in 
which the lesson designer decides whether to define another global event for the 
page. If the designer elects to create another global event for the page, the 
25 "YES" branch loops back to step 806, in which the lesson designer defines 
another global event for the page. 

If the designer does not want to define another global event for the page, 
the "NO" branch is followed from step 808 to routine 810, in which the lesson 
designer may add a control or capture an application screen into the page. The 
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controls are standard WINDOWS tool kit controls for defining a window's 
appearance and functionality, such as a button, check box, combo box, edit box, 
text box, list box, radio button, tab control, group box, hot spot, an image link to 
a separately stored resource, and a video link to a separately stored resource. 
5 Routine 810 is described in greater detail with reference to FIG. 10. Routine 810 
is followed by routine 812, in which the lesson designer may define an event for 
the control. FIG. 24 is an illustration of a CBT system user interface that may be 
used to create a task list for a control in step 812. The process for defining a 
control event is the same as for defining a global event in routine 806, which is 
10 described in greater detail with reference to FIG. 9. Routine 812 is followed by 
step 814, in which the lesson designer decides whether to define another event 
for the control that the designer is presently working on. If the designer elects to 
create another control event for the page, the "YES" branch loops back to step 
812, in which the lesson designer defines another event for the control. 
15 If the designer does not want to define another event for the control, the 

"NO" branch is followed fi-om step 814 to routine 816, in which the lesson 
designer may elect to add another control to the page that the designer is 
currently working on. If the designer elects to add another control to the page, 
the "YES" branch loops back to step 810, in which the lesson designer adds 
20 another control to the page. If the designer does not want to add another control 
to the page, the "NO" branch is followed to routine 818, ui which the lesson 
designer saves the page. This creates a record in the Resources table 94 for the 
newly created page. Step 818 is followed by step 820, in which the lesson 
designer may elect to add another page to the lesson that the designer is currently 
25 working on. If the designer elects to add another page to the lesson, the "YES" 
branch loops back to step 804, in which the lesson designer adds another page to 
the lesson. If the designer does not want to add another control to the page, the 
"NO" branch is followed to routine 822, in which the lesson designer may 
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modify or delete lessons, pages, or other resources as desired. Step 822 is 
followed the "RETURN" step, which returns to step 620 shown on FIG. 6B. 

FIG. 9 is a logic flow diagram illustrating routines 806 and 812 for 
defining a global event or a control event, respectively. Routines 806 and 812 
5 begin following steps 804 and 810, respectively, shown on FIG. 8. In step 902, 
the lesson designer may select a task from a task menu. These task allow the 
lesson designer to build lesson logic into a page or control, such as display a bit 
map, display a video file, play an audio file, wait for a user action, go to the next 
page in the lesson, skip to another specified page, and increment a score for the 
10 lesson. A complete list of the available tasks and their associated properties are 
included in FIGS. 34-38. 

Step 902 is followed by step 904, in which the lesson designer determines 
whether a resource is required for the event that the designer is programming. If 
a resource is not required for the event that the designer is programming, the 
15 "NO" branch loops down to step 922, in which the StarDesigner application 42 
creates the Visual Basic script for running the selected task. If a resoxxrce is 
required for the event that the designer is programming, the "YES" branch is 
followed to step 906, in which the lesson designer determines whether the 
required resource already exists in the CBT system resources 70. If the resource 
20 already exists in the CBT system resources 70, the "YES" branch is followed to 
step 908, in which the lesson designer creates a link to desired resource. This 
creates a record in the Resource Dependencies table 102. FIG, 25 is an 
illustration of a CBT system user interface that may be used to link a page to an 
audio file in step 908. Step 908 is followed by step 920, in which the 
25 StarDesigner application 42 adds the new resource to the resource list for the 
current page. 

If the resource does not already exists in the CBT system resources 70, the 
"NO" branch is followed from step 908 to step 912, in which the lesson designer 
specifies whether the desired resource is to be recorded at the present time. If the 
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resource to be recorded at the present time, the "YES" branch is followed to step 
914, in which the lesson designer records the resource. If the resource is not to 
be recorded at the present time then it is to be imported, and the "NO" branch is 
followed to step 916, in which the lesson designer imports the new resource. 
Steps 914 and 916 are followed by step 918, in which the lesson designer saves 
the newly recorded or imported resource. This creates a record for the new 
resource in the Resources table 94. Step 918 is followed by step 920, in which 
the StarDesigner application 42 adds the new resource to the resource list for the 
current page. Step 920 is followed by step 922, in which the StarDesigner 
application 42 creates the Visual Basic script for running the selected task. Step 
922 is followed by step 924, in which the lesson designer may elect to add 
another task for the event that the designer is currently working on. If the 
designer elects to add another task for the event, the "YES" branch loops back to 
step 902, in which the lesson designer adds another task to the event. If the 
designer does not want to add another task to the event, the "NO" branch is 
followed to the "RETURN" step, which returns to step 808 or 814 shown on 
FIG. 8. 

FIG. 10 is a logic flow diagram illustrating routine 810 for adding controls 
or capturing application screens. Routine 810 follows the "NO" branch from 
step 808 shown on FIG. 8. In step 1002, the lesson designer elects whether to 
add a control or capture an application screen. If the lesson designer elects to 
add a control, the "YES" branch is followed to step 1004, in which the lesson 
designer adds the control using the standard features shown on FIGS. 34-38. If 
the lesson designer elects to capture an application screen, the "NO" branch is 
followed to step 1006, in which the lesson designer launches the application with 
the desired screen. Step 1006 is followed by step 1008, in which the lesson 
designer finds and selects the desired screen object. FIG. 26 is an illustration of 
a CBT system user interface that may be used to select an application screen to 
capture in step 1008. Step 1008 is followed by routine 1010, in which the lesson 
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designer interrogates the screen object to recreate its controls. Basically, the 
capture feature interrogates a target screen object to identify screen object 
controls that are supported by the StarDesigner application 42. The capture 
feature then renders each screen object control within the current lesson page to 
5 recreate the functional and visual aspects of the screen object control. Routine 
1010 is described in greater detail with reference to FIG. 11. 

Routine 1010 is followed by step 1012, in which the lesson designer 
extracts one or more screen object bit maps from the screen object corresponding 
to visual aspects of the screen object that do not correspond to screen object 
10 controls. Step 1012 is followed by routine 1014, in which the lesson designer 
saves the extracted bit maps as resources. This creates a record in the Resources 
table 94 for each saved bit map. Step 1014 is followed by step 1016, in which 
the StarDesigner application 42 creates the Visual Basic script for combining the 
extracted bit maps with the screen object controls to recreate the captured screen 
15 object on the current page. FIG. 27 is an illustration of a CBT system user 
interface that shows an imported appUcation screen in step 1016. Step 1016 is 
followed by the "RETURN" step, which returns to step 812 shown on FIG. 8. 

FIG. 11 is a logic flow diagram illustrating routine 1010 for interrogating a 
screen object. Routine 1010 follows step 1008 shown on FIG. 8. In step 1102, 
20 the StarCapture utility 44 interrogates the screen window for objects using its 
API interface. Step 1102 is followed by step 1104, in which the StarCapture 
utility 44 determines whether the screen window has a menu. If the screen 
window has a menu, the "YES" branch is followed to step 1106, in which the 
StarCapture utility 44 stores the menu in the script for the lesson page. Step 
25 1106 and the "NO" branch from step 1104 are followed by step 1108, in which 
the StarCapture utility 44 stores the WINDOWS properties for the screen 
window in the in the script for the lesson page. Step 1108 is followed by step 
1110, in which the StarCapture utility 44 stores any non-recognized windows as 
bit maps. These bit maps are then extracted and stored as resources, as described 



34 



Docket No. 4S03.1-010 



previously with reference to steps 1012 and 1014. Step 1110 is followed by step 
1112, in which the StarCapture utility 44 determines whether the current window 
has a child window. If the current window has a child window, the "YES" 
branch loops back to step 1102, in which the StarCapture utility 44 queries the 
5 child window for objects. 

If the current wmdow does not have a child window, the "NO" branch is 
followed by the "RETURN" step, which returns to step 1012 shown on FIG. 12. 

FIG. 12 is a logic flow diagram illustrating routine 604 for assigning 
lessons. Routine 604 follows routine 602 shown on FIG. 6A. In step 1202, an 
10 administrator or super administrator logs into the courseware server 62. Step 
1202 is followed by step 1204, in which the courseware server 62 validates the 
user's identification and access rights by looking up the user's record in the Star 
Users table 90. If the user is authorized to assign lessons (i.e., if the user is an 
administrator or super administrator), step 1204 is followed by steps 1206 and 
15 1208, in which the administrative user may create or delete one or more students. 
This will create or delete records in the Star Users table 90. FIG. 28 is an 
illustration of a CBT system user interface that may be used to add a new student 
in step 1206. Step 1208 is followed by step 1210, in which the administrative 
user may assign one or more lessons to one or more students, or remove one or 
20 more previously created assignments. FIG. 29 is an illustration of a CBT system 
user interface that may be used to assign lessons to students in step 1210. This 
will create or delete records in the Resource Assignments table 100. Step 1210 is 
followed by step 1212, in which the administrative user may delete records from 
the Lessons Taken table 104 if desired. Step 1212 is followed by the 
25 "RETURN" step, which retums to routine 606 shown on FIG. 6. 

FIG. 13 is a logic flow diagram illustrating routine 606 for running 
lessons. Routine 606 follows routine 604 shown on FIG. 6A. In step 1302, a 
student workstation 20 receives a double click command on the StarRunner 
application icon in the shared network folder. Step 1302 is followed by step 
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1304, in which the courseware server 62 downloads an instance of the 
StarRunner application 54 to the student workstation 20 where the double click 
command originated. The local instance of the StarRunner application 54 then 
launches and runs within the memory space of the student workstation 20. Step 
5 1304 is followed by step 1306, in which the StarRunner application 54 presents 
the smdent with a login screen, and the student logs in. FIG. 30 is an illustration 
of a CBT system user interface that may be used to log into the CBT system in 
step 1306. Step 1306 is followed by step 1308, in which the StarRunner 
application 54 validates the user's identification and access rights by looking up 
10 the user's record in the Star Users table 90. If the user is an authorized student, 
step 1308 is followed by step 1310, in which the StarRunner application 54 gets 
a list of assigned lessons by looking up the lessons assigned to the student in the 
Resource Assignments table 100. Step 1310 is followed by step 1312, in which 
the StarRunner application 54 presents the student with the list of available 
1 5 lessons and receives a selection of one of these lessons. FIG. 3 1 is an illustration 
of a CBT system user interface that may be used by a student to select a lesson to 
take in step 1312. Step 1312 is followed by step 1314, in which the StarRunner 
application 54 receives a "run lesson" command from the student. 

Step 1314 is followed by routine 1316, in which the audio server port 
20 comiected to the student's telephone extension 40a becomes synchronized with 
the smdent' s workstation 20. Routine 1316 is described in greater detail with 
reference to FIG. 14. Routine 1316 is followed by routine 1318, in which the 
StarRunner application 54 runs the selected lesson on the student's telephone 
extension 40a and the student's workstation 20. FIG. 32 is an illustration of a 
25 CBT system user that may used during routine 1318 to display the lesson pages. 
Routine 1318 is described in greater detail with reference to FIG. 15. Routine 
1318 is followed by the "RETURN" step, which returns to step 606 shown on 
FIG. 6. 
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FIG. 14 is a logic flow diagram illustrating routine 1316 for synchronizing 
an audio port with an associates student workstation. Routine 1316 follows step 
1314 shown on FIG. 13. In step 1402, a local instance of the StarRunner 
application 54 running on a student workstation 20 prompts the student to place a 
5 telephone call to the pilot number for the hunt group 36. FIG. 33 is an 
illustration of a CBT system user interface for logging onto the audio server in 
step 1402. The screen display may give this number to the student, or the student 
may be expected to know this number from a previous orientation session. In 
either case, the student then dials the pilot number on the telephone extension 
10 40b. Step 1402 is followed by step 1404, in which the PBX 14 receives the 
telephone call and connects the student's telephone extension 40b with the a 
particular audio port 71 of the DIALOGIC card 32 audio server by finding an 
available line 73 of the telephone trunk 34 within the hunt group 36 and 
connecting that line with the incoming telephone line 38b from the student's 
15 telephone extension. The audio server 16 then receives the telephone call on that 
particular audio port having the assigned port number 71; namely, the port 
connected to the telephone line 73 selected by the PBX 14 to connect the audio 
server 16 with the student's telephone extension 40b. 

Step 1404 is followed by step 1406, the audio server 16 contacts 
20 courseware server 18 and delivers a message 80 to the courseware server. This 
message, which includes the audio port number 71 for the subject training 
session, requests the courseware server 18 to issue an identification or PIN 82 for 
the training session. Step 1406 is followed by step 1408, in which the 
courseware server 18 either randomly generates or looks up an available PIN 82 
25 from a predefined memory location, and delivers the PIN to the audio server 16. 
The courseware server 18 also stores the PIN 82 and the audio port number 71 
for the training session in a table for later use. Step 1408 is followed by step 
1410, in which the audio server 16 employs pre-recorded audio files to play the 
PIN 82 on the smdent's telephone extension 40b along with a recording asking 
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the student to enter the PIN into a predefined edit field within a dialog box 
displayed on the student's workstation 20. 

Step 1410 is followed by step 1412, in which the student enters the PIN 82 
into the dialog box along with an "OK" command, which delivers the PIN to the 

5 courseware server 18. Step 1412 is followed by step 1414, in which the 
courseware server 18 uses the PIN to correlate the network address for the 
student's workstation 20 with the audio port 71 in the audio server 16 that is 
cormected to the student's telephone extension 40b. Specifically, the courseware 
server 16 enters the network address for the student's workstation 20 into the 

10 reference table, completing a record for the training session that includes the PIN 
82, the audio server port number 71 for the training session, and the network 
address for the student's workstation 20. During the course of the training 
session, the courseware server references this record to route audio files for the 
training session to the correct audio server port 71, which causes the audio server 

15 to play these audio files on student's telephone extension phone 40b. Step 1414 
is followed by the "RETURN" step, which returns to step 1318 shown on FIG. 
13. 

FIG. 15 is a logic flow diagram illustrating routine 1318 for running a 
selected lesson. Routine 1318 follows routine 1316 shown on FIG. 13. In step 

20 1502, the local instance of the StarRunner application 54 gets the selected lesson. 
This lesson was selected by the student from a list obtained by looking up the 
student's available lessons in the Resource Assignments table 100. This look up 
provides the StarRunner application 54 with the resource name for each lesson 
presented to the student for selection. The StarRunner application 54 then 

25 receives the resource name for the lesson from the student's selection command, 
and gives the name of the lesson to the Courseware Server 62, which uses the 
lesson name to look up the resource path ID for the lesson in the Resources table 
94. The Courseware Server 62 then uses the resource path ID to look up the path 
name for the lesson in the Resource Paths table 96. The StarRunner application 
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54 then appends the lesson name to the lesson path name to obtain the root path 
for retrieving the selected lesson from memory. 

Step 1502 is followed by step 1504, in which the StarRunner application 
54 gets the first page for the lesson. Recall that the lesson does not store any 
5 resource or lesson logic data, but merely contains a list of pages for the lesson. 
For this reason, the StarRunner application 54 retrieves the first page in the 
lesson list to begin the lesson. This process is virtually the same as the 
previously-described process for retrieving the lesson. Specifically, the 
Courseware Server 62 obtains the resource name for the page from the lesson, 
10 and uses the page name to look up the resource path ID for the page in the 
Resources table 94. The Courseware Server 62 then uses the page path ID to 
look up the path name for the page in the Resource Paths table 96. The 
Courseware Server 62 then appends the page name to the page path name to 
obtain the root path for retrieving the page from memory. 
15 Step 1504 is followed by step 1506, in which the StarRunner application 

54 loads the resources for the current page into a local or cache memory, such as 
the system RAM. This activity, sometimes referred to as "caching," moves the 
resource data from a slower-retrieval storage location, such as a hard drive or CD 
ROM, into a faster-retrieval storage location, such as the system RAM. This 
20 minimizes any delay that might otherwise occur when the resource data is 
subsequently to be played or displayed in the course of running the logic. Again, 
the process for retrieving each resource file is virtually the same as the 
previously-described process for retrieving the lesson and the page. Specifically, 
the Courseware Server 62 obtains the resource name for the resource from the 
25 page, and uses the resource name to look up the resource path ID in the 
Resources table 94. The Courseware Server 62 then uses the resource path ID to 
look up the resource name in the Resource Paths table 96. The Courseware 
Server 62 then appends the resource name to the resource path name to obtain 
the root path for retrieving the resource from memory. 



39 



Docket No. 4S03. 1-0 10 



Step 1506 is followed by step 1508, in which the StarRunner application 
54 implements the script logic for the page. This script logic may implement any 
number of logic paths, some or all of which may each exit the page in a different 
way. Generally, there are four script commands for exiting a page, "skip to next 
5 page," "skip to previous page," "skip to page [name], and "quit lesson." These 
commands, along with the other global or page-level commands, are included in 
the task table shown on FIG. 34. The "skip to next page" command instructs the 
StarRunner application 54 to load and execute the next page in the lesson list of 
pages. The "skip to previous page" command instructs the StarRunner 
10 application 54 to load and execute the previous page in the lesson list of pages. 
The "skip to page [name] "command instructs the StarRurmer application 54 to 
load and execute the named page. And the "quit lesson" command instructs the 
StarRunner application 54 to end the lesson. 

It should be appreciated, therefore, that the list of pages in an associated 
15 lesson is not the only logic path through the logic, but instead provides a 
complete list of all pages that may be called during the lesson. This makes the 
lesson page list useful for identifying resource dependencies, but is does not 
serve a static definition of the lesson logic. That is, the page list included in the 
lesson does not necessarily determine the path through any particular instance of 
20 the lesson. Rather, the logic implemented within the individual pages may 
enable any number of different logic paths through any given lesson. This is an 
attribute, but not an essential element, of the "virtual resource" configuration, in 
which each page is not only separately stored and independently retrievable for 
use in multiple lessons, but the page may also implement its own logic paths. 
25 Step 1508 is followed by step 1510, in which the StarRunner application 

54 implements a progressive mentoring lesson. This is an optional step, which is 
included for the purpose of illustrating the run-time methodology of a 
progressive mentoring lesson. The authoring logic for the progressive mentoring 
lesson was described previously with reference to FIG. 7, and the run-time logic 
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is described in greater detail with reference to FIG. 16. Routine 1510 is followed 
by routine 1512, in which the StarRunner application 54 implements voice-based 
progression through a lesson. This is also an optional step, which is included for 
the purpose of illustrating the voice-based progression methodology, which is 

5 described in greater detail with reference to FIG. 17. 

Routine 1512 is followed by step 1514, in which the StarRunner 
application 54 determines whether an "exit page" script command has been 
received. As noted previously, in the illustrated embodiment an "exit page" 
command may be a "skip to next page," "skip to previous page," "skip to page 

10 [name], or "quit lesson" command. If an "exit page" script command has not 
been received, the "NO" loops back to step 1508, in which the StarRunner 
application 54 reads and implements the next script command for the current 
page. If an "exit page" script command has been received, the "YES" branch is 
followed to the "CONTINUE" step, which returns the StarRunner application 54 

15 implements the "exit page" command by going to the specified page or quitting 
the lesson. 

FIG. 16 is a logic flow diagram illustrating routine 1510 for running a 
progressive mentoring lesson. Routine 1510 follows step 1508 shown on FIG. 
15. Recall that in a progressive mentoring training lesson, the lesson is divided 

20 into a plurality of skill-related task types, such as typing and speaking. Each task 
type is configured to selectively run in a demonstration mode in which user 
responses are not required to prompts relating to that task type, or in a training 
mode in which user responses are required to prompts relating to that task type. 
This allows the user to observe the lesson with all types of tasks in the 

25 demonstration mode, and then to practice the lesson with one type of task in the 
training mode while the other task is in the demonstration mode. Once the 
student becomes confident at these levels of mentoring, the student can "go solo" 
with all types of types of tasks operating in the training mode. 
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the "observation mode" with all types of types of tasks operating in the 
demonstration mode as the first scenario. Step 1604 is followed by step 1606, in 
which the student elects whether to run the lesson in another mode or scenario. 
Typically, the student reruns the lesson to practice each skill in the training mode 

5 separately. To facilitate skill-by-skill training, the progressive mentoring lesson 
may include scenarios for practicing each lesson skills independently and in 
combination with one or more other skills. If the student elects to run the lesson 
in another mode, the "YES" loops back to step 1602, in which the StarRunner 
application 54 runs the selected lesson scenario. If the student does not elect to 

10 run the lesson in another mode, the 'T>10" branch is followed to step 1608, in 
which the student may elect to "go solo" with all types of types of tasks operating 
in the training mode. 

If the student elects to mn the lesson in the "solo" mode, the "YES" is 
followed to step 1610, in which the user selects the "solo" mode command. Step 

15 1610 is followed by step 1612, in which the StarRunner application 54 runs the 
selected lesson in the "solo" mode. For some applications, the "solo" mode may 
be scored as a certification test. In addition, the student's voice and 
keyboard/mouse activities during the "solo" made may be recorded in a recorded 
audio file, a review file, and/or a response file for subsequent evaluation. Step 

20 1612 is followed by the "RETURN" step, which returns to step 1512 shown on 
FIG. 15, 

If the student does not feel ready to "go solo," the "NO" branch is 
followed to step 1614, in which the student may elect to end the training session. 
If the student does not elect to end the training session, the "NO" branch loops 
25 back to step 1606, in which the student may elect to practice the lesson in one of 
the available training modes. If the student elects to end the training session, the 
"YES" branch is followed to the "RETURN" step, which returns to step 1512 
shown on FIG. 15. 
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"YES" branch is followed to the "RETURN" step, which returns to step 1512 
shown on FIG. 15. 

FIG. 17 is a logic flow diagram illustrating routine 1512 for implementing 
voiced-based progression. Routine 1512 follows routine 1510 shown on FIG. 
5 15. In routine 1702, the audio server 16 may set up the speech detection 
thresholds prior to starting the training session. This step is optional when 
certain DIALOGIC cards 32 are use because these cards implement their own 
silence detection, and provide the audio server 16 with an audio transition signal 
(i.e., silence to non-silence, or vice versa). In addition, for applications using the 
10 student workstation-based sound cards and microphones, the speech detection 
thresholds may be pre-set to heuristically determined standard settings, and the 
student user may be expected to adjust the microphone gain on the workstation 
end to obtain the desires system response. Nevertheless, for some applications it 
may be advantageous to set the speech detection thresholds at the audio server 16 
15 prior to starting the training session. 

Routine 1702 is followed by step 1704, in which the StarRunner 
application 54 implements the task scripts defined by the current page. Step 
1704 is followed by step 1706, in which the StarRunner application 54 complete 
a task, such as a voice prompt, requiring a verbal or other type of audio student 
20 response. Step 1706 is followed by step 1708, in which the StarRunner 
application 54 listens to the student audio, typically over the telephone 40b or 
over the student workstation-based microphone. Step 1708 is followed by step 
1710, in which the StarRunner application 54 detects an audio transition. As 
noted previously, the StarRunner application 54 may make this transition 
25 detection itself, or it may receive an audio transition signal from the DIALOGIC 
card 32. 

If an audio transition is detected, the "YES" branch is followed to step 
1712, in which the StarRunner application 54 determines whether the transition 
is a sound event (i.e., silence to sound transition, rather than a sound to silence 
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transition), if the transition is a not sound event, then it is a silence event (i.e., 
sound to silence transition), and the "NO" branch is followed to step 1713, in 
which the StarRunner application 54 starts the voice management timer. This 
timer is used to time the predetermined period of silence following the student's 
5 response required to progress the lesson. This predetermined period of time, 
which is typically set at two seconds, is referred to as the "silence progression 
limit " In addition, the silence progression limit may be an adjustable parameter 
that may be changed through a menu setting or other type of configuration 
parameter. 

10 Referring again to step 1712, if the transition is a sound event, the "YES" 

branch is followed to step 1714, in which the StarRunner application 54 
determines whether the transition is the first sound event received since the voice 
prompt was communicated on step 1706. If the transition is the first sound event 
received since the voice prompt was communicated on step 1706, the "YES" 

15 branch is followed to step 1715, in which the StarRunner application 54 begins 
saving the student audio data. If the transition is not the first sound event 
received since the voice prompt was commxmicated on step 1706, the 'TS[0" 
branch is followed to step 1716, in which the StarRunner application 54 restarts 
the voice management timer. This timer is reset in step 1716 so that any initial 

20 noises received from the student, such as throat clearing, initial stammering, or 
paper rustling will restart the voice management timer. Following steps 1715 
and 1716, routine 1512 loops back to step 1708, in which the StarRunner 
application 54 continues to listen to the student audio. 

Referring again to step 1713, this step is followed by step 1718, in which 

25 the StarRunner application 54 determines whether the voice management timer 
has reached the silence progression limit. If the voice management timer has 
reached the silence progression limit, the "YES" branch is followed to step 1720, 
in which the StarRunner application 54 stops saving the student-generated audio 
data. Step 1720 is followed by step 1722, in which the StarRunner application 
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54 implements the next task in the page script. That is, the StarRunner 
appUcation 54 progresses the lesson in response to detecting a period of silence 
lasting the silence progression limit following the detection of a sound event. 

Step 1722 is followed by step 1724, in which the StarRunner application 
5 54 may implement voice recognition analysis and response. That is, the 
StarRunner application 54 may optionally be configured to recognize and 
interpret the student's audio response in real time, and select the next task based 
on this analysis. For example, if the student's response is interpreted to be 
correct, the StarRunner application 54 may progress the lesson to the next task 
10 and increment the lesson score. Alternatively, if the student's response is 
interpreted to be incorrect, the StarRunner application 54 may respond 
accordingly, for example by prompting the user to try again, correcting the 
student and progress the lesson, decreasing the lesson score, or the like. It will 
be appreciated that a wide variety of lesson logic paths may be programmed into 
15 the lesson logic to take advantage of the voice recognition and interpretation 
capability. Following step 1724, routine 1512 loops back to step 1704, in which 
the StarRunner application 54 implements another task script. 

Referring again to step 1718, if the voice management timer has not 
reached the silence progression limit, the 'TSTO" branch loops back to step 1720, 
20 in which the StarRunner application 54 continues to listen to the student audio. 
In other words, the StarRunner application 54 continues to listen to the student 
audio until it detects another sound transition in step 1710, or until it voice 
management timer reaches the silence progression limit in step 1718. 

Referring again to step 1710, if the StarRunner does not detect a sound 
25 transition, the "NO" branch loops down to step 1726, in which the StarRunner 
application 54 determines whether a timeout threshold has been reached. This 
timeout threshold is used to discontinue the lesson if the student fails to provide 
an audio response in response to an audio prompt for a predetermined period of 
time, such as thirty seconds. This prevents the CBT system 10 from filling its 
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memory resources with long periods of recorded silence. If the timeout threshold 
has not been reached, the "NO" branch loops back to step 1708, in which the 
StarRunner application 54 continues to Usten to the student audio. In other 
words, the StarRunner application 54 continues to listen to the student audio until 
5 it detects another sound transition in step 1710, or until the timeout threshold has 
been reached in step 1726. Step 1726 is followed by the "RETURN" step, in 
which the CBT system 10 stops recording student audio data, if necessary, and 
then returns to the "END" step shown on FIG. 15. 

FIG. 18 is a logic flow diagram illustrating routine 1702 for setting up a 
10 speech detection threshold for voiced-based progression. FIG. 18 will be 
described in connection with FIG. 19, which is a diagram illustrating the speech 
detection threshold. FIG. 19 includes a vertical register 1900 with 256 bins, 
which represents an 8-bit sound value received from a PC sound card or another 
audio source. In this illustration, the bit value zero is on the bottom of the 
15 register 1900, and the bit value 265 is on the top. Of course, this register 1900 
could include 64,256 bins to represent a 16-bit sound value, or any other number 
of bins that may be appropriate for a particular sound signal. The center 128 bit 
value 1902 represents the absence of sound, and the register levels above and 
below this center bit value 1902 represent sound, with the level of the sound 
20 increasing as the bit values get further away from the center 128 bit value 1902. 

Routine 1512 follows routine 1510 shown on FIG. 15. In step 1802, in 
which the audio server 16 prompts the student user for a period of silence. This 
allows the audio server 16 to measure the background noise received by the 
microphone or telephone handset or headset at the student's location. This 
25 measured background sound level is represented on FIG. 19 as the "measured 
sound " silence" levels 1904a-b. Step 1802 is followed by step 1804, in which 
the audio server 16 prompts the student to speak at a normal volume. This 
measured speech sound level is represented on FIG. 19 as the "measured sound - 
speech" levels 1906a-b. Step 1804 is followed by step 1806, in which the audio 
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server 16 sets the speech detection threshold levels 1908a-b based on the 
measured speech levels. For example, the audio server may set the speech 
detection threshold levels 1908a-b half way between the "measured sound - 
silence" levels 1904a-b and the "measured sound - speech" levels 1906a-b. 
5 Step 1806 is followed by the "RETURN" step, which returns to step 1704 shown 
on FIG. 15. 

Referring to FIG. 19, typical speech detection threshold levels 1908a-b are 
shown as bit values 144 and 1 12, which correspond to 16 bits above an below the 
center 128-bit level 1902. These speech detection threshold levels 1908a-b have 

10 heuristically been found to produce acceptable results in most instances. Thus, 
these speech detection threshold levels 1908a-b are preferred as the standard 
settings. In addition, routine 1702 may be altered such that only the background 
noise levels 1904a-b are measured. In this case, the speech detection threshold 
levels 1908a-b may be set a predetermined number distance from the 

15 background noise levels 1904a-b, such as twice the background noise levels 
1904a-b or 8 bits away from the background noise levels 1904a-b. 

FIG. 20 is an illustration of a CBT system user interface for selecting a 
review file for evaluating a lesson result. This user interface may be used to 
select a completed lesson to review in step 608 shown on FIG. 6A. 

20 FIG. 2 1 is an illustration of a CBT system user interface for creating a new 

lesson author. This user interface may be used to create an author in step 614 

shown on FIG. 6B. 

FIG. 22 is an illustration of a CBT system user interface for creating a new 
lesson. This user interface may be used to create a new lesson to review in step 
25 618 shown on FIG. 6B. 

FIG. 23 is an illustration of a CBT system user interface for setting lesson 
properties. This user interface may be used to establish lesson properties in step 
802 shown on FIG. 8. 
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FIG. 24 is an illustration of a CBT system user interface for creating a task 
list for a control. This user interface may be used to create a task list for a 
control in step 812 shown on FIG. 8. 

FIG. 25 is an illustration of a CBT system user interface for inserting 
5 audio files into a lesson. This user interface may be used to link a page to an 
audio file in step 908 shown on FIG. 9. 

FIG. 26 is an illustration of a CBT system user interface for selecting an 
application screen to capture into a lesson. This user interface may be used to 
select an application screen to capture in step 1008 shown on FIG. 10. 
10 FIG. 27 is an illustration of a CBT system user interface including an 

application screen captured into a lesson. This user interface illustrates an 
imported application screen in step 1016 shown on FIG. 10. 

FIG. 28 is an illustration of a CBT system user interface for creating a new 
student. This user interface may be used to add a new student in step 1206 
15 shown on FIG. 12. 

FIG. 29 is an illustration of a CBT system user interface for assigning a 
lesson to a student. This user interface may be used to assign lessons to students 
in step 1210 shown on FIG. 10. 

FIG. 30 is an illustration of a CBT system user interface for student login. 
20 This user interface may be used to log into the CBT system in step 1306 shown 
on FIG. 13. 

FIG. 31 is an illustration of a CBT system user interface for viewing 
lessons assigned to a student. This user interface may be used by a student to 
select a lesson to take in step 1312 shown on FIG. 13. 
25 FIG. 32 is an illustration of a CBT system user interface running a lesson. 

This user interface may be used in step 1318 shown on FIG, 13. 

FIG. 33 is an illustration of a CBT system user interface for logging onto 
the audio server in step 1402 shown on FIG. 14. 



48 



Docket No. 4S03. 1-010 



FIGS. 34-38 include tables illustrating controls, tasks, and task events that 
may be used to author lessons. These tables list and describe the authoring tools 
described with reference to FIGS. 8, 9 and 10. 

In view of the foregoing, it will be appreciated that the versatile resources 
5 of the present invention reduce the memory storage requirements for a CBT 
system capable of supporting multiple training scenarios in a multi-user network 
environment. This CBT system realistically simulates multi-mode 
communication systems, implements progressive mentoring and voice-based 
progression methodologies, and achieves other advancements and improvements 
10 in the art of computer-based training. It should be understood that the foregoing 
relates only to the exemplary embodiments of the present invention, and that 
numerous changes may be made therein without departing from the spirit and 
scope of the invention as defined by the following claims. 

15 
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CLAIMS 

The invention claimed is: 

1. A computer-readable medium having computer-executable 
5 instructions defining: 

an authoring program module accessible by a lesson designer to create a 
plurality of lessons; 

each lesson including one or more links to versatile resources for display 
or play in association with the lesson; 
10 each resource stored in memory and independently retrievable for display 

or play in association with multiple lessons; 

one or more runner program modules accessible by lesson takers for 
running the lessons; and 

a relational database accessible by the runner program modules and 
15 containing information for retrieving desired resources for display or play in 
association the lessons; 

2. The computer-readable medium of claim 1, wherein: 
each lesson comprises a plurality pages; and 

20 each page comprises one or more controls defining visual and functional 

aspects of the page, links to resources, and script instructions defining lesson 
logic for implementing the page. 

3. The computer-readable medium of claim 2, wherein the authoring 
25 program module comprises a plurality of menu-driven commands that the lesson 

designer selectively activates to create the pages, add the controls to the pages, 
link the pages to the resources, and create the script instructions for rendering 
pages and implementing lesson logic. 
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4. The computer-readable medium of claim 2, wherein the authoring 
program module comprises a capture feature for importing screen objects from 
foreign program modules into a lesson, the capture feature operative to: 

interrogate a target screen object to identify one or more screen object 
5 controls that are supported by the authoring program module; 

render each screen object control within a lesson page to recreate the 
functional and visual aspects of the screen object controls; 

extract one or more screen object bit maps from the screen object 
corresponding to visual aspects of the screen object that do not correspond to 
10 screen object controls that are supported by the authoring program module; 

store the extracted bit maps as resources indexed by the relational 
database; and 

create script instructions within the page for combining the screen object 
controls with the screen object bit maps to recreate the functional and visual 
15 aspects of the screen object when running the lesson. 

5. The computer-readable medium of claim 1, wherein one or more of 
the resources are selected from the group comprising a sound file, a video file, 
and a bit map file. 

20 

6. The computer-readable medium of claim 1 , wherein: 

the resources include first and second resource types for play or display in 
association with first and second respective communication modes; and 

the implementation of the lesson logic by a runner program module 
25 synchronizes the play or display of the first and second resource types to create 
an integrated multi-mode lesson. 
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7, The computer-readable medium of claim 6, wherein the first 
communication mode comprises a computer and the second communication 
mode comprises a telephone. 

5 8. The computer-readable medium of claim 1, wherein: 

the runner program module resides in a shared folder maintained on a 
network server; 

multiple instances of the runner program module download from the 
network server to the student workstations upon command; 
10 each downloaded instance of the runner program module runs within a 

memory space maintained on an associated one of the student workstations 
during a session; 

each downloaded instance of the runner program module deletes from the 
memory space maintained on the associated student workstation upon 
15 completion of the session; and 

the shared folder functionality is a generally available operating system 
feature that allows each student workstation to download its associated instance 
of the runner program module without to having software specific to the runner 
program module previously installed on the runner workstation. 

20 

9, The computer-readable medium of claim 8, wherein each session 
operates independently of the other sessions. 

10. The computer-readable medium of claim 1, wherein a user provides 
25 responses to prompts played or displayed as part of a lesson, and an evaluation 

score is computed based on the user's responses. 
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11. The computer-readable medium of claim 1, wherein a user provides 
responses to prompts played or displayed as part of a lesson, and the lesson and 
associated user responses are stored for subsequent playback and evaluation. 

12. The computer-readable medium of claim 1, wherein a user provides 
audible responses to prompts played or displayed as part of a lesson, and the 
lesson logic progresses in response to detection of an audible response and a 
predetermined period of silence following the audible response. 

13. The computer-readable medium of claim 1, wherein: 

a user provides responses to prompts played or displayed as part of a 
lesson that is divided into a plurality of tasks types, each task type comprising 
similar tasks relating to a common skill; and 

each task type is configured to selectively run in a demonstration mode in 
which user responses are not required to prompts relating to that task type, or in a 
training mode in which user responses are required to prompts relating to that 
task type. 

14. The computer-readable medium of claim 1, wherein: 
each resource is assigned a resource name; 

the resources are subdivided into a plurality of resource types, each 
resource type comprising one or more similar resources; 

each resource type is assigned a resource type name; 

the resource name and resource type name assigned to a particular 
resource defines a root path for retrieving that resource from memory; and 

the resource name and resource type name for each resource may be 
retrieved from the relational database and appended together to create the root 
path for retrieving that resource from memory. 

15. An apparatus comprising the computer-readable medium of claim 1 . 
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16, A computer-based training system comprising: 

a computer network defining a plurality of network ports; 

a lesson server functionally connected to the network, the lesson server 
storing a plurality of lessons, each lesson comprising a synchronized set of audio 
5 and interactive graphical display resources; 

a plurality of student workstations functionally connected to respective 
network ports, each student workstation configured to display the graphical 
display resources of a selected lesson and to receive interactive student responses 
to these resources; 

10 an audio server functionally connected to the network and comprising a 

plurality of audio ports, each audio port operative for connecting at least one 
telephone line to the audio server, the audio server configured to play the audio 
resources of the selected lesson via a selected audio port in synchronism with the 
display the associated graphical display resources; 

15 a plurality of telephone extensions, each associated with and located near a 

student workstation to allow the student workstation and the associated telephone 
extension to be accessed simultaneously by a student user; 

a private branch exchange functionally connected to the audio ports of the 
audio server by way of a trunk of telephone lines, the private branch exchange 

20 configured to selectively cormect available lines of the trunk to lines connected 
to the telephone extensions to connect the telephone extensions to the audio 
server; 

upon receipt of a telephone call at the audio server from a telephone 
extension operated by a student user, the audio server operative to deliver an 
25 audible identification number to the student user via the telephone extension; and 

upon entry of the identification into the student workstation, the computer- 
based training system operative to use the identification number to associate the 
network port assigned to the student workstation with the audio port connected to 
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the associated telephone extension for the purpose of correlating the student 
workstation with the associated telephone extension. 

17. The computer-based training system of claim 16, further configured 
5 to compute and store a score based on the interactive student responses received 

during a lesson, 

18, The computer-based training system of claim 16, wherein: 

the audio server is operative to receive interactive audible student 
10 responses to the audible resources; and 

the computer-based training system is configured to progress the lesson in 
response to detection of an audible response and a predetermined period of 
silence following the audible response. 

15 19. The computer-based training system of claim 17, wherein: 

a user provides responses to prompts played or displayed as part of a 
lesson that is divided into a plurality of tasks types, each task type comprising 
similar tasks relating to a common skill; and 

each task type is configured to selectively run in a demonstration mode in 
20 which user responses are not required to prompts relating to that task type, or in a 
training mode in which user responses are required to prompts relating to that 
task type. 

20. The computer-based training system of claim 19, further configured 
25 to record the student responses during a lesson and to subsequently play back the 

student responses in connection with the lesson for evaluation purposes, 

21. The computer-based training system of claim 20, wherein a user 
provides audible responses to prompts played or displayed as part of a lesson. 
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and the lesson logic progresses in response to detection of an audible response 
and a predetermined period of silence following the audible response. 

22. A computer-based training system, wherein: 

5 a lesson is divided into a plurality of tasks types, each task type 

comprising similar tasks relating to a common skill; 

a user provides responses to prompts played or displayed as part of the 
lesson; and 

each task type is configured to selectively run in a demonstration mode in 
10 which user responses are not required to prompts relating to that task type, or in a 
training mode in which user responses are required to prompts relating to that 
task type. 

23. The computer-based training system of claim 22, further configured 
15 to record the student responses during a lesson and subsequently play back the 

student responses in connection with the lesson for evaluation purposes. 

24. The computer-based training system of claim 22, further configured 
to compute and store a score based on the interactive student responses received 

20 during the lesson. 

25. A computer-based training system in which a user provides audible 
responses to prompts played or displayed as part of a lesson, and the lesson logic 
progresses in response to detection of an audible response and a predetermined 

25 period of silence following the audible response. 
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VERSITILE RESOURCE COMPUTER-BASED TRAINING SYSTEM 

ABSTRACT OF THE DISCLOSURE 

5 

A computer-based training (CBT) system using versatile resources to 
support multiple training scenarios in a multi-user network environment. The 
resources are referred to as "versatile" because they are separately stored in 
memory and independently retrievable for display or play in association with 

10 multiple lessons. The CBT system includes an authoring program module that is 
accessible by a lesson designer to create a number of lessons. Each lesson 
includes one or more links to versatile resources for display or play in association 
with the lesson. The CBT system also includes one or more mnner program 
modules that are accessible by lesson takers for running the lessons created with 

15 the authoring program module. The CBT system also includes a relational 
database that is accessible by the runner program modules. The relational 
database contains administrative information along with information for 
retrieving desired resources for display or play in association the lessons. That 
is, as a runner program module runs a lesson, it accesses that relational database 

20 "on the fly" to determine information that allows the runner program module to 
retrieve the resources to be played or displayed as part of the lesson. The 
versatile resources of the present invention reduce the memory storage 
requirements for a CBT system capable of supporting multiple training scenarios 
in a multi-user network environment. The CBT system realistically simulates 

25 multi-mode communication systems, and implements progressive mentoring and 
voice-based progression methodologies. 
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jthe filing date of the prior application and the national or PCT International filing date of this application: 

Application Serial No. Filing Date Status: patented, pending, abandoned 
jj Not Applicable 

1 1 further declare that all statements made herein of my own knowledge are true and that all statements made on 
^ information and belief are believed to be true; and further that these statement were made with the knowledge that willful 
false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code, and that such willful false statements may jeopardize the validity of the application or any patents 
issuing thereon. 



POWER OF ATTORNEY: The following attorneys are hereby appointed to prosecute this application and transact all business in the 
Patent and Trademark Office connected therewith: Arthur A. Gardner - 33,887; Bradley K. Groff - 39,695; Matthew D. Josephic - 
43,691 ; and Michael J. Mehrman - 40,086. 



Send correspondence to: Michael J. Mehrman Direct telephone calls to: 

GARDNER & GROFF, P.O. Michael J. Mehrman 
Paper Mill Village, Building 23 

600 Village Trace, Suite 300 Phone: 770 984 2300 

Marietta, Georgia 30067 Facsimile 770 984 0098 



Full name of sole or first inventor: Rodney Smith Citizenship: U.S.A. 



Inventor's signature /J Date: 



Business Post Qffice^ddres^f^03(FPowers Ferry Road, Suite 580, Atlanta, Georgia, 30339 



^ Additional inventors are being named on separately numbered sheets attached hereto 
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DECLARATION AND POWER OF ATTORNEY 



Attorney's Docket No. 4S03.1-010 



As a below named inventor, I hereby declare that: My residence, post office address and citizenship are as stated below 
next to my name. I believe I am an original, first and joint inventor of the subject matter which is claimed and for which a 
patent is sought on the invention entitled: VERSATILE RESOURCE COMPUTER-BASED TRAINING , the specification 
of which is attached hereto and filed concurrently herewith. 

1 hereby state that I have reviewed and understand the contents of the above-identified specification, including the claims, 
as amended by any amendment referred to above. I do not know and do not believe that the same was ever known or 
used by others in the United States of America before my or our invention thereof, or patented or described in any printed 
publication in any country before my or our invention thereof or more than one year prior to the date of this application. I 
further state that the invention was not in public use or on sale in the United States of America more than one year prior to 
the date of this application. / understand that I have a duty of candor and good faith toward the Patent and Trademark 
Office, and I acknowledge the duty to disclose information which is material to the examination of this application in 
accordance with Title 37, Code of Federal Regulations, §1 .56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 {a)-(d) of the foreign application(s) for 
patent or inventor's certificate listed below, and have also identified below any foreign application for patent or inventor's 
certificate disclosing subject matter in common with the above-identified specification and having a filing date before that 
of the application on which priority is claimed: 



Application No. Country Filing Date Priority Claimed Under 35 USC §119 
Not Applicable Yes No 

jl hereby claim the benefit under Title 35, United States Code, § 119(e) of any United States Provisional Application(s) 
:ilisted below: 

' ^0/202,792 May 9, 2000 60/202,613 May 9, 2000 60/202.789 May 9, 2000 

il(Serial. No.) (Filing Date) (Serial No.) (Filing Date) (Serial No.) (Filing Date) 

Jl hereby claim the benefit under Title 35, United States Code, §120 of any United States application(s) listed below and, 
jinsofar as the subject matter disclosed and claimed in the present application is not disclosed in the prior United States 
application in the manner provided by the first paragraph of Title 35, United States Code §112, 1 acknowledge the duty to 
disclose material information as defined in Title 37, Code of Federal Regulations, §1.56 which became available between 
the filing date of the prior application and the national or PCT international filing date of this application: 

^ Application Serial No. Filing Date Status: patented, pending, abandoned 

I Not Applicable 

I I furi:her declare that ail statements made herein of my own knowledge are true and that all statements made on 
^ information and belief are believed to be true; and further that these statement were made with the knowledge that willful 

false statements and the like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code, and that such willful false statements may jeopardize the validity of the application or any patents 
issuing thereon. 



POWER OF ATTORNEY: The following attorneys are hereby appointed to prosecute this application and transact all business in the 
Patent and Trademark Office connected therewith: Arthur A. Gardner - 33,887; Bradley K. Groff - 39,695; Matthew D. Josephic - 
43,691; and Michael J. Mehrman - 40,086. 



Send correspondence to: Michael J. Mehrman Direct telephone calls to: 

GARDNER & GROFF, P.O. Michael J. Mehrman 
Paper Mill Village, Building 23 

600 Village Trace, Suite 300 Phone: 770 984 2300 

Marietta, Georgia 30067 Facsimile 770 984 0098 




John W- Robinson Citizenship: U.S.A. 



Business Post Office AddressrTSSP^Powers Ferry Road, Suite 580, Atlanta, Georm, 30339 



This is the last named inventor. 
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